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(54) Method and system for placing a purchase order via a communications network 



(57) A method and system for placing an order to 
purchase an item via the Internet The orrler is placed 
by a purchaser at a client system arvl received by a 
sender system. The server system receives purchaser 
information including identification of the purchaser, 
payment information, and shipment information from 
the client system. The server system then assigns a cli- 
ent Identifier to the client system and associates the 
assigned client identifier with the received purchaser 
information. The server system sends to the client sys- 
tem the assigned client Identifier and an HTML docu- 
ment Klentifyir)g the item and including an order button. 
The client system receives and stores the assigned cli- 
ent identifier and receives and displays the HTML docu- 
ment. In response to the selection of the order button, 
the client system sends to the server system a request 
to purchase the identified item. The server system 
receives the request and combines the purchaser infor- 
mation associated with the client kientifier of the client 
system to generate an order to purchase the item in 
accordance with the billing and shipment information 
whereby the purchaser effects the ordering of the prod- 
uct by selection of the order button. 
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Description 
TECHNICAL FIELD 

[0001] The present invention relates to a computer 
method and system for placing an order and. more par- 
ticularly, to a method and system for ordering items over 
the Internet. 

BACKGROUND OF THE INVENTION 

[0002] The Internet comprises a vast number of com- 
puters and conputer networks that are interconnected 
through communication linKs. The interconnected com- 
puters exchange infonmation using various services, 
such as electronic mail, Gopher; and the World Wide 
Web (*WWW^. The WWW service allows a server con>- 
puter system (i.e., Web server oc Web site) to send 
graphical Web pages of information to a remote client 
computer system. The remote client computer system 
can then display the Web pages. Each resource (e.^., 
computer or Web page) of the WWW is uniquely identi- 
f iatrfe by a Uniform Resource Locator f URL^. To view a 
specific Web page, a dient computer system specifies 
the URL for that Web page in a request (e.g. . a Hyper- 
Text Transfer Protocol fHTTPT request). The request 
forwarded to the Web server that supports that Web 
page. When that Web server receives the request, it 
sends that Web page to the client computer system. 
When the client computer system receives that Web 
page, it typically displays the Web page using a 
browser. A browser is a special-purpose application 
program that effects the requesting of Web pages and 
the displaying of Web pages. 
[0003] Currentiy. Web pages are typically defined 
using HyperText Markup Language fHTML^. HTML 
provides a standard set of tags ttiat define how a Web 
page is to be displayed. When a user indicates to the 
browser to display a Web page, the browser serxis a 
request to the server computer system to transfer to the 
client computer system an HTML document that defines 
the Web page. When the requested HTML document is 
received by the client computer system, the browser 
displays the Web page as defined by the HTML docu- 
ment. The HTML document contains various tags that 
control the displaying of text, graphics, controls, and 
other features. The HTML document may contain URLs 
of other Web pages available on that sender computer 
system or other server computer systems. 
[0004] The Worid Wide Web is especially conducive 
to conducting electronic commerca Many Web servers 
have been developed through which vendors can adver- 
tise and sell product The products can include items 
(e.^. . music) that are delivered electronically to the pur- 
chaser over the Internet and items (e.^. . books) that are 
delivered through conventional distrSxition channels 
(e.g.. a comnrxxi canier). A server computer system 
may provide an electronic version of a catalog that lists 



the items that are avaOable. A user, who is a potential 
purchaser, may browse through the catalog using a 
browser and select various items that are to be pur- 
chased. When the user has conpleted selecting the 

5 items to be purchased, the server computer system 
then prompts ttie user for information to corrplete the 
ordering of ttie items. This purchaser-specific order 
information may include the purchaser's name, the pur- 
chaser's credit card numt>er. and a shipping address for 

10 ttie order. The server computer system ttien typically 
confirms the order by sending a confirming Web page to 
the client computer system and schedules shipment of 
the items. 

[0005] Since ttie purchaser-specific order information 
15 contains sensitive information (e.^., a aedit card 
number), botti vendors and purchasers want to ensure 
the security of such information. Security is a concem 
because information transmitted over the Internet may 
pass through various intermediate computer systems 
20 on its way to its final destination. The information could 
be intercepted t>y an unscrupulous person at an inter- 
mediate system. To help ensure the security of the sen- 
sitive information, various encryption techniques are 
used when transmitting such information between a di- 
ss ent computer system and a server computer system. 
Even though such encrypted information can be inter- 
cepted, because the information is encrypted, it is gen- 
erally useless to the interceptor. Nevertheless, there is 
always a possit>ilrty that such sensitive information may 
30 be successfully decrypted by the interceptor. Therefore, 
it would be desirable to minimize the sensitive informa- 
tion transmitted when placing an order. 
[0006] The selection of the various items from the 
electronic catalogs is generally t>ased on the "shopping 
35 cart" model. When the purchaser selects an item from 
ttie electronic catalog, the server conputer system met- 
aphorically adds that item to a shopping cart When the 
purchaser is done selecting items, then all ttie items in 
the shopping cart are "checked ouT (/.e. . ordered) when 
40 the purchaser provides billing and shipment informa- 
tion. In some models, when a purchaser selects any 
one item, then that item is "checked out" by automati- 
cally pronpting the user for ttie billing and shipment 
information. Although the shopping cart model is very 
45 flexible and intuitive, it has a downside in that it requires 
many interactions by ttie purchaser. For example, the 
purchaser selects ttie various items from the electronic 
catalog, and then indicates that the selection is com- 
plete. The purchaser is then presented witti an order 
50 Web page that prompts the purchaser for the pur- 
chaser-specific order information to corrplete ttie order. 
That Web page may be prefilled with information ttiat 
was provided t>y ttie purchaser when placing another 
order. The information is tfien validated by ttie server 
55 computer system, and the order is completed. Such an 
ordering model can be problematic for a couple of rea- 
sons. If a purchaser is ordering only one item, then ttie 
overhead of confirming the various steps of ttie ordering 
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process and waiting for, viewing, and updating the pur- 
chaser-specific order information can be much more 
than the overhead of selecting the item itself. This over- 
head makes the purchase of a single item cumbersome. 
Also, with such an ordering mode), each time an order is 
placed sensitive information is transmitted over the 
Internet Each time the sensitive information is transmit- 
ted over the Internet it is susceptible to being inter- 
cepted and decrypted. 

SUMMARY OF THE INVENTION 

[0007] An embodiment of the present invention pro- 
vides a method and system for ordering an item from a 
client system. The dient system is provided with an 
identifier tfiat identifies a customer. The client system 
displays information that identifies the item arxi displays 
an indication of an action (e.^., a single action such as 
diddng a mouse button) that a purchaser is to perform 
to order the identified item. In respor^e to the indicated 
action being performed, the client system sends to a 
sender system the provided identifier and a request to 
order the identified item. The server system uses the 
identifier to identify additional information needed to 
generate an order for the item and then generates the 
order. 

[0008] The server system receives and stores the 
additional information for customers using various com- 
puter systems so that the server system can generate 
such orders. The server system stores the received 
additional information in association with an identifier of 
the customer and provides the identifier to the dient 
system. When requested by the dient system, the 
sender system provides information describing the item 
to the requesting dient system. When the server system 
receives a request from a dient system, the server sys- 
tem comt)ines the additional information stored in asso- 
ciation with the identifier induded in the request to effect 
the ordering of the item. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] 

Figures 1A-1C illustrate single-action ordering in 
one errtediment of the present invention. 
Figure 2 is a block diagram illi^trating an embodi- 
ment of the present invention. 
Figure 3 is a f bw diagram of a routine that enables 
single-action ordering for a customer. 
Figure 4 is a flew diagram of a routine to generate a 
Web page in which single-action ordering is ena- 
bled. 

Figure 5 is a flow cfiagram of a routine which proc- 
esses a single-action order. 
Figure 6 is a flow diagram of a routine for generat- 
ing a single-action order summary Web page. 
Figure 7 is a flow diagram of a routine that irrple- 



ments an expedited order selection algorithm 
Rgures 8A-8C illustrate a hierarchical data entry 
mechanism in one errixxfimerrt. 
Rgures 9A-9B illustrate use of a single-action to 

5 give an item as a gift to one or more redpients. 

Rgure 10 illustrates a grid for creation of a group 
and the entry of identifying information for recipi- 
ents associated with the group (/.e., merTt>ers). 
Rgure 11 is a flow diagram of the overall flow of the 

10 gift delivery system. 

Rgure 12 is a block diagram illustrating the compo- 
nents of the gift delivery system. 
Rgure 13 is a state diagram illustrating the various 
states of a gift order. 

75 Rgure 14 is aflow diagram of a routine that controls 
the receiving of gift orders. 
Rgure 15 is a block diagram of a routine that con- 
trols the atterrpt at first contact of the recipient. 
Rgure 16 is a flow diagram of a routine tiiat controls 

20 the processing of the initial voice telephone contact. 
Rgure 1 7 is a flow diagram of a routine tiiat controls 
the processing of ttie initial response. 
Rgure 18 is flow diagram of a routine that controls 
the collecting of additional contact information. 

25 Figure 19 a flew diagram of a routine tirat controls 
the verifying of the delivery information. 

DETAILED DESCRIPTION OF THE INVENTION 

30 [0010] The present invention provides a method and 
system for single-action ordering of items in a cli- 
ent/server environment. The single-action ordering sys- 
tem of the present invention reduces the number of 
purchaser interactions needed to place an order and 

35 reduces the amount of sensitive information that is 
transmitted between a dient system and a server sys- 
tem. In one embodiment, the server system assigns a 
unique dient identifier to each client system. The server 
system also stores purchaser-specific order information 

40 for various potential purchasers. The purchaser-specific 
order information may have been collected from a previ- 
ous order placed by the purchaser. The sender system 
maps each dient identifier to a purchaser that may use 
that dient system to place an order. The server system 

45 may map the dient identifiers to the purchaser wfio last 
placed an order using tinat dient system. When a pur- 
chaser wants to place an order, the purchaser uses a 
dient system to send the request for information 
describing the item to be ordered along with its dient 

50 identifier. The server system determines whether the 
dient identifier for that dient system is mapped to a pur- 
chaser. If so mapped, the server system detenmines 
virhether single-action ordering is enabled for that pur- 
chaser at that dient system. If enat)led. the server sys- 

55 tem sends the requested information (eg., via a Web 
page) to the dient computer system along with an irxii- 
cation of the single action to perform to place the order 
for the item. When single-action ordering is enabled, the 
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purchaser need only perform a single action (e.^.. dick 
a nrKXJse button) to order the item. When the purchaser 
performs that single action, the client system notifies the 
server system. The server system then completes the 
order by adding the purchaser-specific order Informa- 
tion for the purchaser that is mapped to that dient iden- 
tifier to the item order Inforn^tion (e.^., product 
identifier and quantity). Thus, once the description of an 
item is displayed, the purchaser need only take a single 
action to place the order to purchase that item Also, 
since the dient identifier identifies purchaser-specific 
order information already stored at the server system, 
there is no need for such sensitive information to be 
transmitted via the Internet or other communications 
medium. 

[001 1 ] Rgures 1 A-1 C illustrate single-action ordering 
in one embodiment of the present Invention. Rgure 1 A 
illustrates the display of a Web page describing an item 
that nr>ay be ordered. This example Web page was sent 
from the server system to the dient system when the 
purchaser requested to review detailed lnformatk>n 
about the Item. This example Web page contains a 
summary description section 101, a shopping cart sec- 
tion 102, a singlenaction ordering section 103, ajnd a 
detailed desaiption section 104. One skilled in the art 
would appredate that these various sections can be 
omitted or reananged or adapted in various ways. In 
general, the purchaser need only be aware of the item 
or items to be ordered by the single action and of the 
single action needed to place the order. The summary 
desaiption and the detailed description sections pro- 
vide information that identifies and describes the item(s) 
that may be ordered. The shopping cart section pro- 
vides the conventional capability to add the described 
item to a shopping cart. The server system adds the 
summary description, the detailed description, and the 
shopping cart sections to each Web page for an item 
tfiat may be ordered. The server system, however, only 
adds the single-action ordering section when single- 
action ordering is enabled for that purchaser at that di- 
ent system. (One skilled in the art would appredate that 
a single Web page on thie server system may contain all 
these sections but the single-action ordering section 
can t>e selectively induded or exduded before serxiing 
the Web page to the dient system.) This exanrple sin- 
gle-action ordering section allows the purchaser to 
specify with a single dick of a nrx>use button to order the 
described item. Once the purchaser dicks the nmuse 
button, the item is ordered, unless the purcfiaser then 
takes some action to modify the order. The single-action 
ordering section contains a single-action ordering but- 
ton 103a, purchaser identification sut>section 103b, arxi 
single-action ordering information subsections 103c 
and 103d. The purchaser infonnation subsection dis- 
plays enough information so that tiie purchaser can ver- 
ify that the server system correctly recognizes the 
purchaser. To reduce the chances of sensitive informa- 
tion being intercepted, the server system sends or^y 



enough information so that the purchaser ts confident 
that the server system correctiy identified ttie purchaser 
but yet not enough Information to be useful to an 
unscrupulous interceptor. The additional information 

5 sut>sections allow the purchaser to obtain various set- 
tings or obtain wore information related to the single- 
action ordering. If the purchaser wants to verify the ship- 
ping address, the purchaser can select the "check ship- 
ping address" label. In response to this selection, the 

70 server system may require the purchaser to perform a 
"login" so that the kientity of the purchaser can be veri- 
fied before the shying information is viewed or nxxji- 
f ied. The server system then sends a Web page to the 
dient system for display and possible modification of the 

IS shipping address. In tfiis way, the transmitting of the 
sensitive shipping address can be avokied unless 
requested by the verified purchaser. 
[001 2] When the purchaser selects the single-action 
ordering button, the dient system sends a message to 

20 the server system requesting that the displayed item be 
ordered. After the server system processes the mes- 
sage, the server system provides to the dient system a 
new Web page that confinms receipt of the single-action 
order. Rgure IB illi^trates the display of a Web page 

25 confirming a single-action order. The confirming Web 
page contains essentially the same infbnnation as tiie 
Web page describing the item (i.e., Rgure 1A) except 
that an order confirmation section 105 is displayed at 
the top of the Web page. The order confirmation section 

30 confirms that the order has been placed and provides 
an opportunity for the purchaser to review and change 
the single-action order. Alternatively, the confirming 
Web page can be kJentical to the Web page desaibing 
the item (/.e., Rgure 1 A), except that the single-action 

35 ordering button is replaced with a message confirming 
the order. 

[001 3] If a single-action ordering is not currentfy ena- 
bled for the dient system but couM be enabled, then the 
server system can generate a Web page like Rgure 1 A, 

40 except that the single-action ordering txitton 103a is 
replaced by a single-action ordering enat)le button. 
Such a replacement button couU contain text instruct- 
ing the purchaser to dick on the button to enable single- 
action ordering. When the purchaser dicks on that but- 

45 ton, the server system woukl send the Web page of Rg- 
ure 1 A to be displayed. Single-action ordering can be 
enat)led whenever the server system has stored suffi- 
dent purchaser-specific order information for that dient 
system to complete a single-action order. If the server 

50 system does not have .sufficient information, then when 
the purchaser selects the single-action ordering button, 
the server system can provide a Web page to collect the 
additional information that is needed. The server sys- 
tem may require the purchases to login" so that the 

55 klentify of the purchaser can be verified before the sin- 
gle-action ordering is enabled. 
[0014] To help mir^mize shipping costs and purdiaser 
confusion, tiie server system may combine various sin- 
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gte-action orders into a muttiple-item order. For exam- 
ple, if a purchaser orders one item using the single- 
acticn ordering arvi five minutes later orders another 
item using the single-action ordering, then those orders 
may be cost effectively confined into a single order for 
shipping. The server system combines the single-action 
orders when their expected ship dates are similar. For 
exanrple. if one item is Immediately available and the 
other item will be available in one day then the two sin- 
gle-action orders may be cost-effectively oomtxned. 
However, If the other item will not be availaksle for two 
weeks, then the two single-item orders would not be 
combined. Rgure 1C illustrates the display of a Web 
page representing four single-action orders that have 
been corTt>ined into two separate multiple-item orders 
based on the availability of the items. The order informa- 
tion 106 indicates that item 1 and item 2, which will be 
available in three or fewer days, have been corTt)ined 
into one order. The order information 107 incficates that 
items 3 and 4, which will not be available within one 
weeK are cont)ined into a separate order. In one 
errtxxjiment. the server system may combine single- 
action orders that are placed within a certain time period 
(eg., 90 minutes). Also, the server system may com- 
bine or divide orders when the orders are sdieduled for 
shipment t>ased on the then current availability of the 
items adered. This delayed modification of the orders is 
referred to as "expedited order selection" and is 
desabed below in detail. 

[0015] Rgure 2 is a block diagram illustrating an 
embodiment of the present invention. This embodiment 
supports the single^action ordering over the Internet 
using the World Wide Web. The server system 210 
includes a server engine 211, a dient identifier/cus- 
tomer table 212, various Web pages 213. a customer 
database 21 4, an order database 21 5, arxJ an inventory 
datat>ase 216. The server engine receives HTTP 
requests to access W^ pages identified by URLs and 
provides the Web pages to the various client systems. 
Such an HTTP request may indicate that the purchaser 
has performed the single action to effect single-action 
ordering. The customer datat}ase contains customer 
information for various purchasers or potential purchas- 
ers. The customer information includes purchaser-spe- 
cific order information such as the name of the 
customer, billing information, and shipping infornDation. 
The order database 215 contains an entry for each 
order that has not yet been shipped to a purchaser. The 
inventory database 216 contains a description of the 
various items that may be ordered. The client identi- 
fier/customer tat)le 212 contains a mapping from each 
client identifier, wfiich is a globally unique Identifier that 
uniquely identifies a client system, to the customer last 
associated with that client system. The client system 
220 contains a browser and its assigned client identifier. 
The client identifier is stored in a f9e. referred to as a 
"cookie." In one ennbodiment, the server system 
assigns and sends the client identifier to the client sys- 
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tem once when the client system first Interacts with tiie 
server system. From then on, the dient system indudes 
its dient identifier with all messages sent to the server 
system so tfiat the server system can identify the source 

5 of the message. The server and dient systems interact 
by exchanging information via comnunications link 230. 
which may indude transmission over the Internet 
[001 6] One skilled in the art would appredate that the 
single-action ordering techniques can be used in vari- 

10 ous environments other tiian the Intemet. For example, 
single-action ordering can also be in an electronic mail 
environment in which an item is desabed in an elec- 
tronic mail message along vnth an incfication of the sin- 
gle action that is to be performed to effect the ordering 

15 of the item. Also, various communication channels may 
be used such as local area network, wide area network, 
or point-to-point dial up connection. Also, a server sys- 
tem may comprise any combination of hardware or soft- 
ware that can generate orders in response to the single 

20 action k>eing performed. A dient system may comprise 
any combination of hardware or software ttiat can inter- 
act with the server system. These systems may indude 
television-based systems or various otiier consumer 
products through which orders may be placed. 

25 [0017] Figure 3 is a flow diagram of a routine that ena- 
bles single-action ordering for a customer. To enat>le 
single-action ordering, a server system needs to have 
information about tiie customer that is equivalent to the 
purchaser-specific order information. The server sys- 

30 tem can obtain tiiis information in various ways. First, 
the server system could ask the customer if they would 
like to have single-action ordering eriabled. If so. then 
the server system could prompt the customer using a 
Web page for the purchaser-specific order information. 

35 Second, the server system couM also save the pur- 
chaser-specific order information collected when an 
order is placed conventionally The server system could, 
eittier automatically or witti the customer's assent, ena- 
ble single-action ordering. In step 301, the server sys- 

40 tem retrieves the dient identifier tiiat was sent by the 
dient system. In step 302. the server system updates 
the dient identifier/customer tattle to indicate tfiat the 
generated dient identifier has been assodated with that 
customer. In step 303. the server system sets a flag 

45 indicating that single-action ordering is enabled for that 
dient identifier and tiiat customer combination. That flag 
may be stored in the dient identifier/customer taSoHe. In 
step 304, the server system supplies a confirming Web 
page to the dient system. The next time a purchaser 

50 attempts to order an item, the dient system will supply 
its dient identifier to the server system. If single-action 
ordering is enabled for tfiat purchaser, the server sys- 
tem will assume that the purchaser is the customer 
associated with that dient identifier in tiie dient iderrti- 

55 f ier/customer tat)le. Thus, a purchaser may not want to 
allow the server system to enable single-action ordering 
if there is a possibility that someone else may use that 
same dient system. 
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[0018] Rgure 4 is a flow diagram of a routine to gen- 
erate a Web page in which single-action ordering is 
enabled. When single-action ordering is enabled, the 
server system generates a Web page descrbing an 
item as is conventionally done and then adds a single- 5 
action ordering section. In one embodiment, the server 
system adds partial purchaser-specific order informa- 
tion to the section. This information rnsf include ^e 
customer's name, a shipping address moniker selected 
by the purchaser {e.g. , "at home"*), and the last five dig- 
its of a credit card number or a nickname selected by 
the purchaser. Such partial information should be the 
minimum information sufficient to irxiicate to the pur- 
chaser whether or not the server system is using the 
correct purchaser^spedfic order information. In step 
401. the server system generates a starxiard shopping 
cart-type Web page for the item. In step 402, if the sin- 
gle-action ordering flag has been set for the client iden- 
tifier and customer combination, then the server system 
continues at step 403. else the server system conf>- 
pletes. In step 403, the server system adds the single- 
action section to the Web page and completes. 
[0019] Rgure 5 is a flow diagram of a routine which 
processes a single-action order. When a purchaser per- 
forms the single action needed to place an order, the cli- 
ent system notifies the server system. The server 
system then corTt>ines the purchaser-specific order 
information for the customer associated with the client 
system with the item order information to complete the 
order. The single-action order may also be combined 
with other single-action orders and possibly with other 
conventionally placed orders to reduce shipping costs. 
In one embodiment, single-action orders can be conv 
t>ined if they are placed within a certain time period of 
each other (e.p.. 90 minutes). This routine illustrates the 
combining of the single-action orders into a short-term 
order (e.^., available to be shipped in less ttian a week) 
and a long-term order (e.^-. available to be shipped in 
rTK>re than a weel^. One skilled in in the art would 
appreciate that the single-action orders can be conv 
bined in various ways based on other factors, such as 
size of shipment and intermediate-term availat>ility. In 
step 501 . if the item is expected to be shipped in the 
short term, then the server system continues at step 
502, else the server system continues at step 505. In 
step 502. if a short-term order has already been opened 
for the purchaser, then the server system continues at 
step 504. else the server system continues at step 503. 
In step 503, the server system creates a short-term 
order for the purchaser. In step 504, the server system 
adds the item to the short-term order and continues at 
step 508. In step 505. if a long-term order has already 
been opened for the purchaser, then the server system 
continues at step 507. else the server system continues 
at step 506. In step 506, the server system creates a 
long-term order for the purchaser. In step 507, the 
server system adds the item to the long-term order In 
step 508. the server system generates and sends the 



conf imiation arxj completes. 
[0020] Rgure 6 is a flow diagram of a routine for gen- 
erating a single-action order summary Web page. This 
Web page (e.g., Rgure 1C) gives ttie user the opportu- 
nity to view and modify the short-term and long-term 
singlenaction orders. In step 601. the server system 
adds the standard single-action order information to the 
Web page. In step 602, if a short-term order is open, 
then the server system adds the short-term order to the 
Web page in step 603. In step 604, if a long-term order 
is open, then the server system adds the long-term 
order information to the Web page in step 605 and com- 
pletes. 

[0021] Rgure 7 is a flow diagram of a routine that 
irrplements an expedited order selection algorithra The 
goal of the expedited order selection algorithm is to min- 
imize the number of orders sent to each destination so 
that shipping costs are reduced. A destination may be a 
specific shipping address plus a specific purchaser's 
billing details. Orders that are sent to the same destina- 
tion are known as "sibling orders." The algorithm has 
two stages. In the first stage, the algorithm schedules 
for shipment the orders for destinations for which all the 
sibling orders are filled. An order is filled when all its 
items are currently in inventory {i.e.. availat)le) and can 
be shipped. For each group of sibling orders, the algo- 
rrttim comt)ines those sfbUlng orders into a single oon>- 
tHned order so that only one order is currentiy 
scheduled for shipment to each destination. In the sec- 
ond stage, the algorithm combines and schedules 
groups of sit>ling orders for which some of the sibling 
orders are not f Sled or partially filled. The algorithm may 
split each partially f flled sibling order into a filled sibling 
order arxi a connpletely unfilled sibling order. The algo- 
rithm then combines all the filled sMng orders into a 
single combined order and schedules the combined 
order for shpment If any group has only one sibling 
order and tiiat order is partially f Oled, then the algorithm 
in one embodiment does not split that order to avoid 
making an extra shipment to that destination. 
[0022] During the seoorKi stage, the algorithm may 
select and schedule groups of sfoling orders in a 
sequence that is based on the next fulfillment time for an 
item in the group. The next fulf Olment time for a group of 
sibling orders is the minimum expected fulfillment time 
of the items in that group of sibling orders. For example, 
if a group of sibling orders has seven items that are not 
yet futfOled and their expected fulfillment times range 
from 3 days to 14 days, then the next fulfillment time for 
tiiat group is 3 days. The algorithm first schedules those 
groups of sibling orders with the largest next fulfillment 
time. For exairple, if 6 groups have next fulfillment times 
of 3, 5, 7, 10. 11, and 14 days, respectively, then the 
algorittim first selects and schedules the sibling orders 
in the group with the next fulfillment time of 14 days, fol- 
lowed by ttie group with the next fulfillment time of 1 1 
days, and so on. By delaying the scheduling of groups 
with short next fulfillment times, the algorithm increases 
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the chances of additional items becoming available 
(because of the shortness of the next fulfOiment time) 
and thus combined with the scheduled order, 
[0023] Steps 701 -703 represent the first stage of the 
expedited order selection algorithm, and steps 704-706 
represent the second stage of the expedited selection 
order algorithm. In steps 701-703, the algorithm loops 
selecting groups in which all sbling orders are fOIed and 
combining the orders. In step 701 , the algorithm selects 
the next group with all sibling orders that are filled. In 
step 703. if all such groups have already been selected, 
then the algorithm continues with the second stage in 
step 704. else the algorithm continues at step 703. In 
step 703. the algorithm combines and schedules the 
orders in the selected group and loops to step 701. In 
step 704, the algorithm selects the next group of sibling 
orders that has the largest next fulfiDment time. In step 
705. if all such groups have already been selected, then 
the algorithm is done, else the algorithm continues at 
step 706. In step 706. the algorithm combines and 
schedules the orders in the selected group and loops to 
step 704. When the expedited order selection algorithm 
is being performed, new orders arxi new inventory may 
be received. Whenever such new orders and new inven- 
tory \s received, then the algorithm re^rts to schedule 
arxJ combine the new orders as appropriate. 
[0024] Although the algorithm has been deserved as 
having two stages, it could be implemented in an incre- 
mental fashion where the assessment of the first and 
second stages are redone after each order is sched- 
uled. One skilled in the art would recognize that there 
are other possible combinations of these stages which 
still express the same essential algorithm. 
[0025] Rgures 8A-8C illustrate a hierarchical data 
entry mechanism in one embodiment. When collecting 
information from a user, a Web page typically consists 
of a long series of data entry fields that may not all fit 
onto the display at the same time. Thus, a user needs to 
scrolt through the Web page to enter the information. 
When the data errtry fields do not fit onto the display at 
the same time, it is cfiff icult for the user to get an overall 
understanding of the type arxi organization of the data 
to t>e entered. The hierarchical data entry mechanism 
allows a user to understand the overall organization of 
the data to be entered even though the all data entry 
fields would not fit onto the display at the same time. 
Figure 8A illustrates an outline format of a sample fonm 
to be filled in. The sarrple form contains various sec- 
tions identified by letters A. B, C. and D. When the user 
selects the start button, then section A expands to 
include the data entry fields for the customer name and 
address. Figure 8B illustrates the expansion of section 
A. Since only section A has been exparxled. the user 
can view the data entry fields of section A arvt summary 
information of the other sections at the same time. The 
user then enters data in the various data entry fields 
that are displayed. Upon corrpl^n. the user selects 
either the next or previous buttons. The next button 
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causes section A to be coDapsed and section B to be 
expanded so that f inarx^ial information may be entered. 
Rgure 80 illustrates the expansion of section B. If the 
previous button \s selected, then section A would col- 

5 lapse and be displayed as shown in Rgure 8A. This col- 
lapsing and expanding is repeated for each section. At 
any tinr^ during the data entry, if an error is detected, 
then a Web page is generated with the enror message in 
dose proximity (e.^., on the line below) to the data entry 

10 field that contains the error. This Web page is then dis- 
played by the client system to inform the user of the 
enror. In addition, each of the data "entry" fields may not 
t>e editable until the user dicks on the data entry field or 
selects an edit button associated with the data entry 

15 field. In this way. the user is prevented from inadvert- 
ently changing the contents of an edit field. When the 
user dicks on a data entry field, a new Web page is pre- 
sented to the user that allows tor the editing of the data 
. assodated with ttie field. When editing ^ complete, the 

20 ecfited data is displayed in the data "entry" fieki. 
Because the f ieUs of the form are thus not directly edrt- 
at3le, neither "named-submit" buttons nor Java are 
needed. Also, the form is more compact because the 
various data entry options (e.^., radio button) are dis- 

25 played only on the new Web page when the f iekl is to be 
ecfited. 

[0026] In other embodiments, the present invention 
provkJes a mechanism for giving a gift to an kientified 
rectpient(s) using a single action. When information is 

30 displayed describing the item, the system displays an 
instruction to identify the redpient(s) and then to select 
a "give" txitton to effect the giving of the item to the kJen- 
tif ied recipient(s). If the user is giving the gift to only one 
recipient then the user enters identifying information. 

35 such as the email address, of the recipient If the user is 
giving the gift to more than one recipient the user couki 
enter the identifying information of each recipient or 
alternatively, the user could enter a group name that is 
associated with the identifying information for each 

40 member (/.e., redpient) of tiie groupi The system uses 
the kJentifying information to identify a delivery address 
for the gift As described in more detail t>elow, the sys- 
tem can use various datat>ases to locate information for 
an identified redpient 

45 [0027] Rgures 9A-9B illustrate use of a single-action 
to give an item as a gift to one or more recipients. Rgure 
9A illustrates the giving of a gift to one recipient The 
sections 101-104 are the same as described for Rgure 
1A. The gift giving section 901 contains an instruction 

50 sut>section 901a, an kientifying information subsection 
901b. and a single-action giving sut»section 901c. To 
effect the giving of the item to a recipient, the user 
enters the email address of the redpient in the kientify- 
ing information subsection 90b arxl then selects the sin- 

55 gle^ction giving sut»section 901 c. The system receives 
the email address arxi uses the email address to locate 
the delivery address for the recipient as described 
below in detail. The system t>ills the item to the user 
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based on information stored for that user for single- 
action ordering and ships the item to the recipient at the 
deGvery address. As described below, the sy^em can 
allow many different types of identifying information to 
be specified by the user. 

[0028] Figure 9B illustrates the givirtg of a gift to mul- 
tiple recipients. The gift giving section 902 contains an 
instruction sut>section 902a, a group name sut>section 
902b, and a single-action giving subsection 902a To 
effect the giving of the item to multiple recipients, the 
user inputs a name of the groip that identifies the recip- 
ients into the group name sut>section 902b and then 
selects the single-action giving subsection 902a The 
sy^em uses the group name to Identify a list of recipi- 
ents who are associated with the group name. Figure 1 0 
illustrates a grid for aeation of a group and the entry of 
identifying information for recipients associated with the 
group (i.e., members). The user enters the group name 
in group name section 1 001 and then enters information 
relating to the recipients in each row of the member 
information section 1002. The user can errter as much 
information about each recipient associated with the 
group as is kncwn by the user. For exanrple. the user 
may enter only the email address for some users, while 
entering the name, email address, and delivery address 
of other recipients. When the system ^ requested to 
give an item to each recipient associated with a group, 
the system uses the information stored for each recipi- 
ent to identify additional information need to effect the 
delivery of the gift as described t>elow. The system may 
also store the Identified additional information for each 
recipient so tfiat when another item ^ subsequently 
given to that recipient, the additional information 
needed to effoct the delivery of the item can t>e quickly 
retrieved. Altematively, a single address book for a user 
containing the information for all possible recipients can 
t>e maintained. The user specifies a group by indicating 
some of the rec^)ients whose addresses are in the 
address book. The use of address books facilitates, the 
maintaining of nujltiple groups tfiat have one or nnore 
redpients in comnwn. In addition, a user can at any 
time provide additional information about a recipient to 
facilitate the retrieval of sufficient information to effect 
the delivery of an item. 

[0029] A computer-t>ased method and system for 
coordinating the delivery of gifls by receiving gift orders, 
collecting additional delivery information that is not 
specified in the gift orders, and delivering gifts t>ased on 
the additional delivery information is also provided. In 
one emtxxjiment, the gift delivery system of the present 
invention receives gift orders via Web pages provided 
on the WWW. The gift orders specify a gift that ^ to t>e 
delivered to a recipient. The recipient may be Klentified 
by information that does not include tfie delivery 
address of the recipient. Fa example, the recipient may 
t>e only Identified by a name and contact information 
such as an electronic mail address or a telepfione 
number. The gift delivery system attempts to contact the 



recipient to obtain sufficient delivery information, tf the 
contact is not successfid. the gift delivery system 
searches various databases of information to identify 
additional contact infornr^tion. If suff ident delivery infor- 

5 mation Is obtained, the gift Is delivered to the redpient 
and the gift giver is notified accordingly. If. howler, suf- 
ficient delivery information cannot be obtained, the gift 
giver is notified tfiat the gift cannot be delivered. 
[0030] Figure 1 1 is a flow diagram of the overall flow 

10 of the gift delivery system. In step 1 101 , the gift delivery 
system receives the order for a gift from a gift giver. In 
one embodiment the order Is received via access 
through a Web page, but may also be received via other 
nxxies of communication, such as a voice telephone 

IS call, postal mail, facsimile, or electronic mail. In step 
1102. the gift delivery system attempts to contact the 
recipient of the gift The gift order may specify contact 
information for the recpient such as an electrordc mail 
address or a telephone nurTt}er of the recipient Based 

20 on the contact information provided with the gift order, 
an attempt via electronic mail or an automated vok;e tel- 
ephone call is made to initially contact the redpient arxi 
gather suffldent delivery information. Alternatively, a 
person may attempt to make a voice telephone contact 

25 with the redpient In step 1103. if the initial contact is 
successful, then the system continues at step 1106, 
else the system continues at step 1104. In step 1104. 
the system attempts to collect additional contact infor- 
mation. The system can obtain the additional contact 

30 information through various database sources using the 
information provided with the gift order. For exarrple, 
the system can use the recipienfs name or the recipi- 
ent's electronic mail address to access lnternet-t>ased 
database systems. In step 1105, if the system obtains 

35 additional contact information from these additional 
sources, then the system loops to step 1 102 to attempt 
to contact ttie reorient using the additional contact 
information, else the system continues at step 1111. In 
step 1 106, the system collects delivery information from 

40 the successful contact. For example, if tiie successful 
contact is a phone call, the operator making the phone 
call preferat)ly enters the delivery Infonrration. If the suc- 
cessful contact is an electronic mail exchange, the sys- 
tem preferat)ty parses the recipienfs reply message to 

45 collect the delivery information. In step 1107. the sys- 
tem verifies that the delivery information is correct. The 
system may use various datat>ases, which contain lists 
of all proper street acfelresses, to verify the address. In 
step 1 108. if the delivery information Is verified, then the 

50 system continues at step 1109 to send the gift to tiie 
redpient. else tiie system continues at step 1111. In 
step 1 1 09. the system sends the gift to the redpient In 
step 1 1 10, the system sends an electronic mail to the 
gift giver providing notification ttiat the gift has been 

55 sent successfully. In step 1111. if suffident delivery 
information could not t>e gathered or the delivery infor- 
mation could not be verified, then the system sends a 
message (e.^.. via electronic mail) to the giver pro- 
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vkJing notificalion that the gift could not be delivered and 
is being placed on hold. 

[0031] In an additional embodiment (not shown), if an 
attempt to contact the recipient unsuccessful In step 
1103, then the system attenrpts to obtain additional s 
defrvery information for the recipient from sources other 
than the recipient, such as databases and other sources 
similar to those diso^ed below in conjunction with Fig- 
ure 8. If the system is able to obtain sufficient delivery 
information for the recipient In this manner, the system 
preferably sends the gift to the recipient using the 
obtained delivery infonnation. 
[0032] Rgure 12 is a block diagram illustrating the 
components of the gift delivery system. Computer sys- 
tem 1201 contains a central processing unit memory, 
arxl peripheral devices, such as a disk drive and CD- 
ROM. The gift delivery system includes an order entry 
system 1202 and an order delivery system 1203. The 
order entry system provides a user interface for a gift 
giver to input a gift order. The order entry system in one 
enft>odiment conprises a Web page that accesses a gift 
database 1204. The gift giver uses the Web page pro- 
vided to select which gift should be sent to the recipient 
In addition, the gift giver provides information desaibing 
the recipient The order entry system then stores the 
order information in the order database 1205. The gift 
delivery system controls the locating of additional deliv- 
ery infonmation so that the gift can be successfully deliv- 
ered to the recipient. The gift delivery system retrieves 
information from the order datat>ase and attempts to 
contact the recipient b^ed on the irtfomriatjon provided 
with the gift order. If the recipient cannot t>e contacted 
based on that information, then the gift delivery system 
accesses other datak>ase sources, such as the cus- 
tomer datat>ase 1206 and Internet-based databases 
1208 to gather additional contact information for the 
recipient 

[0033] Figure 1 3 is a state diagram illustrating the var- 
ious states of a gft order. A gift order can be in one of 
six states: received, response pencfing, verifying deliv- 
ery information, collecting additional contact informa- 
tion, on hold, and scheduled for delivery. Initially, when 
an order Is received, the system places the order in the 
received state 1301. When the system attempts to con- 
tact the recipient using the information provided by the 
gift giver, the gift order changes to a response pencfing 
state 1302. The response pending state indicates that 
the attempt to contact is in progress, but no response 
has yet been received from the redpient If a sufficient 
response is received from the recipient in the allotted 
time [e.g. . 24 hours), then the gift order changes to the 
verifying delivery information state 1303. In the verifying 
delivery information state, the system attempts to verify 
that the delivery infonnation is correct. If the delivery 
address is correct then the gift order enters the sched- 
uled for delivery state 1304. If the initial response was 
Insufficient or not received in the allotted time, then the 
system places the gift order in the collecting add'rtional 



contact information ^e 1305. In the collecting addi- 
tional contact infonnation state, the system searches 
additional sources of information to determine addi- 
tional contact information about the recipient If addi- 
tional contact Information can be found, then the system 
attempts an additional contact, and places the gift order 
in the response pending state 1302. If. however, addi- 
tional contact information cannot be found, then the sys- 
tem places the gift order in the on hold state 1306. 
[0034] In a further preferred embodiment, if the in'rtial 
response is insufficient then the system places the gift 
order in a collecting additional delivery information state 
(not shewn). In the collecting additional delivery infor- 
mation state, the system searches additional sources of 
information to obtain adcfitional delivery Information for 
the reorient. If the system Is able to obtain sufficient 
delivery information In this manner, then the system 
places the gift order in the verify delivery information 
state 1303. Otherwise, the system places the gift order 
in the on hold state 1306. 

[0035] Figure 14 is a flow diagram of a routine that 
controls the receiving of gift orders. The receive gift 
order routine controls the interaction with the gift giver to 
select a gift from the gift datat>ase. to receive informa- 
tion on the recipient, to receive the payment, and to 
store the g'rft order in a datat>ase. This routine proc- 
esses gift orders received electronically. One skilled in 
the art would appreciate that similar routines could be 
developed to handle other forms of receiving gift orders. 
In step 1401. the routine receives a request to send a 
gift from a gift giver to a recipient electronically via a 
Web page. In step 1402, the routine aeates a session 
with the gift giver. The session is used to track the inter- 
action with tiie gift giver and the gift delivery system. In 
step 1403, tfie routine receives the gift selection Infor- 
mation. The gift selection infonnation may be selected 
in response to a display of availat)le gifts from the gift 
database. In step 1404. the routine receives recipient 
contact infonnation from the gift giver. The redpient 
contact information may typically Include the rectplenfs 
name and electronic n^l address. In step 1405, the 
routine receives payment Information. The payment 
information may be in an electronic form, such as a 
aedit card, debit card, or (figital cash, or in a conven- 
tional form, such as check or rrwney order. If in conven- 
tional form, the gift order may be placed In an additional 
state waiting for receipt of the payment In step 1406, if 
the payment Is approved, then the routine continues at 
step 1408. else the routine notifies the g'rft giver that the 
payment has been denied. In step 1408. the routine 
assigns a gift order tracking number to the gift order. 
The gift order tracking number is used by the system to 
identify the gift order throughout its processing. In step 
1409. the routine stores the gift order information in the 
gift order database. In step 1 41 0. the routine notifies the 
gift giver that the gift order has been accepted. In step 
141 1 , the routine erxis the session with the gift giver. 
[0036] Figure 15 is a block cfiagram of a routine that 
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controls the attempt at first oontact of the recipient The 
first contact is made with contact information provided 
t>y the gift giver, such as electronic mail address and tel- 
ephone number. If suffident infomiation is not provided 
to even attempt to contact the recipient initially, the gift 
delivery system searches various databases to otJtain 
such information based on the recipient's name. In step 
1501a. if the recipient's electronic mail address has 
been provided in the gift order, then the routine contin- 
ues at step 1501b. else the routine continues at step 
1502a. In step 1501b. the routine sends an electronic 
mail to the electronic mail address provided. The elec- 
tronic mail contains information indicating that a gift is to 
be sent to the recipient and requests delivery informa- 
tion for the gift The electronic mail includes tiie tracking 
nurTt)er assigned by the system so tfiat when a reply 
mail is received, the gift delivery system can determined 
to which gift order it corresponds. In step 1502a, if the 
redpienf s phone numt)er has t>een provided, ttien the 
routine continues at 1502b, else the routine continues 
various other attempts to contact the recipient. For 
exanple. if a facsimile number was provided, a facsimile 
message is sent to the number. In step 1502b. the rou- 
tine schedules an initial telephone contact with ttie 
recipient. The initial telephone contact could t>e via an 
automated voice telephone system in which a message 
is left with the person answering the phone or witti an 
answering machine. Attematively. a human operator 
may make the initial voice contact. After the initial con- 
tact is made, the gift order is placed in response pend- 
ing stata 

[0037] Rgure 16 is a flew diagram of a routine that 
controls the processing of the initial voice telephone 
contact This routine can either display information for a 
human operator or provide information to an automated 
operator. In step 1601, if the telephone has t>een 
answered, then the routine continues at step 1602. else 
the routine leaves the gift order still scheduled for initial 
contact In step 1602, if a message is left either with a 
person or a voicemail system, then the routine contin- 
ues at step 1603. else the routine leaves the gift order 
still scheduled for initial contact. In step 1603. if a suffi- 
cient response has been received, then the routine con- 
tinues at step 1605, else the routine continues at step 
1604. In step 1604. the routine schedules ttie gift order 
for searching for additional contact information relating 
to the recipient. In step 1605. the routine updates the 
order datat>ase with the additional information atx>ut the 
recipient. In step 1606, the routine schedules fhe gift 
order to fiave its delivery information verified and 
changes its state to verifying delivery information. 
[0038] Figure 17 is a flow diagram of a routine that 
controls the processing of the initial response. The initial 
response can be via electronic mail, voice telephone, or 
facsimile messaga In step 1701, if the tracking number 
is included in the response, then the routine continues 
at step 1702. else the routine continues at step 1 704. In 
step 1 702, the routine verifies the tracking number using 



the gift order database. In step 1703. if the tracking 
number has been verified, then the routine continues at 
step 1706, e^ the routine continues at step 1704. tn 
step 1704, the routine attenrpts to find the tracking 

5 numt>er based on the information provided in the 
response In step 1705. if the tracking number can be 
found, then the routine continues at step 1 706. else the 
routine continues at step 1707. In step 1706, if the 
response contair^ sufficient deFivery information so that 

10 the gift order can be delivered, then the routine contin- 
ues at step 1708, else the routine continues at step 

1707. In step 1707, the routine schedules the order for 
searching for additional delivery information. In step 

1708. the routine schedules the order to have its deliv- 
15 ery information verified and changes its state to verify 

delivery information. 

[0039] Figure 1 8 is f bw cfiagram of a routine that con- 
trols the collecting of additional contact information. 
This routine searches various database sources based 

20 on the information provided in the gift order. For exam- 
ple, in step 1801. the routine searches Intemet-based 
telephone and electronic mail directories, such as 
Switchtx)ard. Fourll, and Accumail. In step 1802. ttie 
routine searches various CD-ROM databases of tele- 

25 phone and electronic mail information, such as Select- 
Phone. In step 1803. the routine searches the local 
database of cummer information. The local database 
of customer information contains information of previ- 
ous redpients and gift givers. In step 1804. the routine 

30 searches various lntemet-t)ased search engines, such 
as Digital Equipment's Alta Vista or Infoseek's Ultra- 
seek. In step 1805, the routine uses the electronic mail 
address or telephone number to identify the geographic 
location of the recipient. In particular, the routine 

35 accesses the InterNIC Registration Services of Network 
Services for the domain name registration of the recq^- 
ent's electronic mail address. Alternatively, the routine 
accesses the standard table of area codes and tele- 
phone number prefixes to determine the geo^aphic 

40 locale of the recipient. The gift delivery system can use 
each of these information sources, a sut>set of these 
information source, or additional information source to 
kx^e the adcfitional information. In step 1806, the rou- 
tine analyzes the retrieved information to determine the 

45 information that most likely corresponds to the recipi- 
ents based on geographic or contextual matches. This 
analysis may be done electronically or interactively with 
a hunr^an operator. In step 807. the routine stores the 
retrieved and analyzed information and the gift order 

50 databasa In step 808, tiie routine displays the informa- 
tion to a human operator and requests instructions on 
further processing. The instructions can eitiier be to 
place the order on hold because suffident delivery infor- 
mation has not been collected, send an initial contact to 

55 the redpient, or proceed witti delivery of tfte gfi. 

[0040] Rgure 19 is a flow digram of a routine that 
controls the verifying of the delivery information. The gift 
delivery system verifies the delivery information to 
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ensure that the gift is being sent to a deliverable 
address. In step 1 901 , the routine checks the validity of 
the delivery information automaticaiiy. The routine uses 
a database of U.S. Postal Service addresses to deter- 
mine whether the delivery address is a valid US. Postal 5 
Service address. \n step 1902, if the address is valid, 
then the routine continues at step 1906. else the routine 
continues at step 1903. In step 1903, the routine 
prompts a human operator for manual verification of the 
address. In step 1 904. if the operator has manually ver- ;o 
ified the address, then the routine continues at step 
1906, etee the routine continues at step 1905. In step 

1905. the routine notifies the gift gpver that the order 
cannot be fulfilled and places the order on hold. In step 

1 906. the routine schedules the gift for delivery and noti- 15 
ties the gift giver accordingly. 

[0041] Although the present invention has been 
desabed in terms of various embodiments, it is not 
intended that the invention t>e limited to tiiese embodi- 
ments. Modification within the spirit of the invention will 20 
be apparent to those skilled in the art For example, the 
server system can map a client identifier to nrruttiple cus- 
tomers who have recentiy used the client system. The 
sender system can then allow the user to identify them- 
selves by selecting one of the mappings based prefera- 2s 
biy on a display of partial purchaser-specific order 
information. Also, various different single actions can be 
used to effect the placement of an order. For example, a 
voice command may be spoken by the purchaser, a key 
may be depressed by ttie purchaser, a button on a tele- so 
vision renfKTte control device may be depressed by the 
purchaser, or selection using any pointing device may 
be effected by the purcfiaser. Although a single action 
may t>e preceded by multiple physical movements of the 
purchaser {e.g., moving a mouse so that a nrvHJse 35 
pointer is over a button), the single action generally 
refers to a single event received by a client system ttiat 
indicates to place the order. Rnally. the purchaser can 
be alternately identified by a unique customer identifier 
that is provided by tiie customer when the customer ini- 40 
tiates access to the server system and sent to the 
server system with each message. This customer iden- 
tifier could t>e also stored persistently on the client sys- 
tem so that the purchaser does not need to re-enter 
their customer identifier each time access is initiated. 45 
The scope of the present invention is defined by the 
claims tfiat follow. 



when sufficient information is not provided in 
the gift order, obtaining delivery information 
from one or more information sources; arxi 

when sufficient delivery information can be 
obtained from the additional information 
sources so that the gift can t>e defivered to the 
recipient, directing the gift to be sent to the 
recipient as indicated by the deliver informa- 
tion. 

2. The method of daim 1 including receiving the gift 
order electronically. 

3. The method of daim 1 or 2 wherein when the gift 
order contains information such that the recipient 
can be contacted, obtaining the delivery information 
tTy contacting the recipient directly. 

4. The method of daim 3 wherein the redpient is con- 
tacted directiy by sending an electronic mail. 

5. The method of daim 3 wherein the redpient is con- 
tacted directiy by a voice telephone call. 

6. The method of one of daims 1 to 5 wherein the 
obtaining of delivery information indudes collecting 
information from one or more infornrkation sources 
selected from anrxsng an Intemet-based telephone 
database, an Intemet-based electronic mail data- 
base, a local telepfK>ne database, a local electronic 
mail database, a database of previous redpierrts 
and gift givers, an Internet-based search engine, 
and a database of information relating to the 
domain name registration of an electronic mail 
address of the recipient 

7. A computer-l)ased gift delivery system for coordi- 
nating the delivery of a gift from a gift giver to a 
recipient comprising: 

an order entry component for providing a selec- 
tion of availatMe gifts, for receiving a selection 
of a gift, for receiving contact information 
describing the redpient. and for storing the gift 
order; and 

a gift delivery component for retrieving the 
stored gift order, for determining whether the 
contact information indudes sufficient delivery 
information to deliver the gift to the recipient, for 
when suffident delivery information is not 
induded, obtaining additional information 
atx>ut the recipient by attenrpting to contact the 
redpient and by searching various datat>ases 
of information, and for directing the sending of 
the gift to the redpient when suffident delivery 
information has been obtained. 



Claims 

50 

1. A method in a computer system for co-ordinating 
delivery of a gift from a gift giver to a redpierrt the 
g'rft and redpient t>eing specified in a gift order, the 
method comprising: 

55 

detenmining whether the gift order indudes suf- 
fident information so tiiat the gift can be deliv- 
ered to the redpient; 
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8. The gift defivery system of daim 7 wheran the 
order entry componerrt assigns an order tracking 
identif ication to each gift order and wherein the gift 
delivery corrponent includes the order tracking 
identification when attempting to contact the redpi- 5 
ent. 

9. The gift delivery system of daim 7 or 8 wherein the 
gift delivery corrponent searches various Internet- 
based datat>ases using the redpient name or elec- 10 
tronic mail address. 

10. The gift delivery system of one of daims 7 to 9 
wherein the order entry corrponent receives pay- 
ment electronically. is 

11. The gift delivery system of one of daims 7 to 10 
wherein the order entry component is accessed via 
Web pages. 

20 
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101 



Summary Description of Item 



102 



Add it to your shopping cart 



(Y ou can always cancel later . . . ) 



103 



r 



NEW! Orderfaster with 1 -click! 
(You can cancel within 90 minutes ) 



103a 



Buy item and ship to; 



103b John Doe at home 



103c Check shipping address or change 1 -click settings 
103d Learn more about 1 -click express ordering 



104 



Detail Description of Item 



Fig, lA 
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r Thank you for your 1 -click order! 

I A quantity of 1 of fthe itemi will be shipped to you 

/ as soon as possible. We will do our best to 

/ minimize your shipping costs by combining your 

\ 1 -click orders into as few shipments as possible. 

Please continue browsing. 



^ Review or change voiir 1 -click orders 



Summary Description of Item 



Fig, IB 
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Summary of 1 -Click Express Orders 



Press this button if you Changed Quantities of any item 



below. If you don*t press it, your changes won't "stick." 
You can set the quantity to 0 (zero) to cancel an item. 

The 1 -click orders below (available in 3 or fewer days) 
will be shipped together. 

Order #098337 

IT] Item 1 $10.00 

[Tl Item 2 $15.00 

Total $25.00 

The 1 -click orders below (available in one week or more) 
will be shipped together. 

Order #098336 

nn Item 3 $20.00 

rn Item 4 $ 6.00 

Total $26.00 



Ship to: 

Shipment Method: 
Payment Method: 



Continue Shopping 



John Doe at home 
Standard Domestic Shipping 



1 2345 



1 -Click Express shipping policies 



Fig, IC 
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(Enable Single-Action) 
Ordering 





301 


Retrieve client ID 




302 


Set client ID/customer 


mapping 






303 


1 Set single-action 
ordering for client 
ID/customer 




304 


Return confirming 
web page 



Done J 



Fig. 3 
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Generate Item 
Web Page 





401 


Generate standard 
stopping cart web page 
for item 







Single 



.402 



N 



\for client ID/ 




^scustomej^^ 






Y 






403 


Add single-action 




section to web page 















^ Done ^ 



Fig, 4 
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Process Single- 
, Action Order 




N 



503 



Create short-term 
order 





N 




506 


Create long-term 


order 





504 



507 



Add item to short-term 
order 



Add item to long-term 
order 



508 



Generate and send 
confirmation 



^ Done ^ 



Fig. 5 
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f Generate Single- 







Generate standard web 


page 






Fig, 6 
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Expedited Order A 
Selection J 



701 

Select next group with 
all sibling orders filled 



703 



Combine and schedule 
orders in selected 
group 




704 



Select next group with 
panially filled order 
that has largest next 
fulfillment time 



706 



Combine and schedule 
orders in selected 
group 




Fig. 7 
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START 

A: Customer Name & Address 
B: Customer Financial Info 
C: Customer Employment Info 
D: Customer Education Info 

Fig, 8 A 



First Name 
M.L 

Last Name 
Street 
City 
State 



Next 



Previous 



B : Customer Financial Info 
C : Customer Employment Info 
D: Customer Education Info 



Zip 



Fig, 8B 
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A: Customer Name & Address 
B: Net Worth: 

Annual Income: 

Spouse's Annual Income: 

Other Income: 



Next 



Previous 



C : Customer Employment Info 
D: Customer Education Info 



Fig. 8C 



23 



EP0927 945A2 



101 



Summary Description of Item 



102 



Add it to your shopping cart 



103 



Buy item and ship to: 



John Doe at home 



r 



Give this item to a friend. 
901a Just type in their email and press GIVE. 



901 



Email: 



GIVE K 
901b 901c 



104 



Detail Description of Item 



Fig, 9 A 
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101 



Summary Description of Item 



102 



Add it to your shopping cart 



r 



103 



Buy item and ship to: 



John Doe at home 



r 



902 



< 



Give this item to a groups of friends. 
902a Just type in the group name and press GIVE. 



Group Name: 



: ^902b 



GIVE 



902c 



104 



Detail Description of Item 



Fig, 9B 
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Create Group 



Group Name: 



1001 



Member Informarion 
Name Email Deliverv Address 



1002 



Fig, 10 
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Track Gift Delivery 





1101 




Receive gift order 




1102 


► 




Attempt contact with 
recipient 



1103 



Contact \^ Y 
successful 



N 



1104 



Collect additional 
contact information 



1105 




1111 



Notify gift giver of 
failure 



c 



Done 



3 



1106 



Collect delivery 
information from 
contact 



1107 



Verify delivery 
information 




1109 



Send gift to recipient 



1110 



Notify gift giver of 
success 



Fig. 11 
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( Recei 



Receive Gift Order 





1401 


Receive gift giver 


request 






1402 


Create session with 


gift giver 






1403 


Receive gift selection 




1404 


Receive recipient 


contact information 




1405 


Receive payment 


information 









Y 

1408 


Assign gift order 
tracking number 




1409 


Store gift order 
information 




1410 


Notify gift giver of 
approval 




1411 


End session vdth gift 


giver 









1407 




Q Done ^ 



Fig. 14 
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1501b 



Send initial email 



1502b 

Schedule initial phone 
contact 



Fig. 15 
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Process Initial 
Phone Contact 




N 





W03 

Sufficient "\ N 
response 



7605 



Update database with 
recipient's information 



1606 



Schedule verifying 
delivery information 



1604 



Schedule searching for 
additional contact 
information 



Done ^ 



Fig, 16 
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^^Process Response^ 




N 





Y 

1702 


Verily tracking 
number 








1706 

SufBcient \ N 




1708 



Schedule order to 
verify address 



c 



Done 



1704 



Find tracking number 




^1705 

Y ^ Tracking 
.number found . 



N 



1707 



Schedule order to 
search for address 



~) Fig. 17 
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f Collect Additional > 
^Contact Information) 







Search Internet-based 
telephone and email 
directories 




1802 


Search CD-ROM 
telephone and email 
directories 




1803 


Search local database 
of customers 




1804 


Search with Intemet- 
based search engines 




1805 


Search for geographic 
infonnation from 
phone or email 




1806 


Analyze retrieved 
infonnation 




1807 


Store retrieved and 
analyzed information 




1808 



Display infonnation 



1809 



Fig, 18 



Receive instructions 
on further processing 



Q Done J 
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(Verify Delivery 
Information 

1901 

Check validity of 
address 





N 

1903 



Prompt for manual 
verification 




1905 



N 


Notify gift giver of 




failure 





Y 






1906 




Schedule for delivery 



Done 



Fig. 19 
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